Arcserve |
Bienvenue dans les Notes de parution de Arcserve UDP version 5.0 mise à jour 3. Ces Notes de parution contiennent des informations importantes concernant cette mise à jour. Les mises à jour sont cumulatives et peuvent être installés sur l'une des versions précédentes de Arcserve UDP. Le logiciel Arcserve UDP version 5.0 mise à jour 3 n'est pas automatiquement téléchargé et installé sur votre système (par la fonctionnalité Mises à jour du produit). Vous devez le télécharger manuellement à partir des liens fournis dans la sections Instructions d'installation.
Les améliorations ou fonctions suivantes ont été ajoutées à cette version d'Arcserve UDP :
Chaque appliance Arcserve UDP 7000 est une solution de sauvegarde et de récupération autonome et qui requiert uniquement une configuration initiale. L'appliance Arcserve UDP 7000 est entièrement intégrée avec le logiciel Arcserve Unified Data Protection n° 1 du secteur pré-installé sur un matériel haut de gamme. Son architecture inclut des fonctionnalités de cloud natives et offre une simplicité de déploiement et d'utilisation hors pair, ainsi qu'un large éventail de fonctionnalités de déduplication globale basée sur la source, de réplication multisite, de prise en charge des bandes et de récupération automatique des données. Arcserve UDP 7000 offre une efficacité et une agilité sans équivalent et simplifie considérablement les activités de récupération après sinistre.
L'onglet Tableau de bord permet d'afficher la taille des données brutes, le stockage des données réelles et la taille des données pouvant être restaurées pour les sept derniers jours sous forme de graphique, ainsi que le dernier statut de sauvegarde.
Cet onglet remplace l'onglet Tableau de bord de la version précédente. Il affiche le statut des jobs pour une période spécifique. Vous pouvez appliquer des filtres pour classer les résultats ou grouper les jobs par plan.
Cette mise à jour permet de corriger les problèmes suivants :
Symptôme :
Le serveur ne peut pas démarrer après une récupération à chaud à partir d'un point de récupération spécifique ; il démarre sans cesse en mode de réparation ou redémarre à l'infini.
Motif :
L'agent Arcserve UDP ne peut pas sauvegarder des données de façon cohérente lors d'une transaction NTFS. Si la sauvegarde a lieu après le lancement de la transaction NTFS et avant la validation des données par la transaction NTFS, les données non validées risquent de ne pas être sauvegardées correctement. Ce problème se répète dans les sauvegardes incrémentielles suivantes. Pour résoudre ce problème pour un point de récupération nouvellement créé, procédez à une sauvegarde complète ou à une sauvegarde par vérification.
Solution :
Mettez à niveau vers Arcserve UDP version 5.0 mise à jour 3 et effectuez une sauvegarde complète.
Remarque : Avant de mettre à niveau vers Arcserve UDP version 5.0 mise à jour 3, consultez les remarques suivantes relatives à la rétrocompatibilité pour votre environnement :
Le job de sauvegarde d'une machine virtuelle de cluster Hyper-V devient un job de sauvegarde par vérification et un message d'avertissement "La fonctionnalité de suivi des blocs modifiés est désactivée sur l'hôte Hyper-V" est enregistré dans le journal d'activité. Ce problème survient lorsque vous supprimez l'un des hôtes Hyper-V du cluster, puis qu'il s'arrête immédiatement.
Les machines virtuelles Hyper-V sont placées dans l'état Enregistré pendant 1 ou 2 minutes lors de l'étape de prise d'un cliché de la sauvegarde (une fois cette étape terminée, les machines virtuelles reprennent automatiquement). Ce problème peut survenir dans les environnements Hyper-V 2008 R2 ou Hyper-V 2012. Pour les environnements Hyper-V 2012 R2, ce problème peut survenir avant l'application de la mise à jour Windows 2919355.
Pour obtenir la liste complète des problèmes corrigés dans cette version, consultez les Notes de parution d'Arcserve UDP version 5.0.
Les problèmes suivants peuvent exister dans cette mise à jour :
Symptôme :
VMware présente un bogue lorsqu'une machine virtuelle est suspendue de sorte que son cliché contient des données endommagées. La sauvegarde lisant les données à partir du cliché, les données sauvegardées sont également endommagées. Pour plus d'informations concernant ce problème, consultez l'article de connaissances VMware suivant : Application quiescing with Windows 2008 R2 SP1 and Windows 2012 with vSphere Data Protection, VMware Data Recovery, and third-party backup software (2044169) (Suspension d'application avec Windows 2008 R2 SP1 et Windows 2012 avec vSphere Data Protection, VMware Data Recovery et un logiciel de sauvegarde tiers (2044169)).
Remarque : Ce problème peut survenir avec toutes les versions de VMware ESXi et sur les machines virtuelles dotées d'un système d'exploitation d'invité Windows 2008 R2 SP1 ou Windows 2012. Le problème d'endommagement des données ne peut pas être détecté par le logiciel, car VMware ne renvoie aucune erreur. Le risque est donc que vous ne soyez pas informé du problème jusqu'à ce que vous essayiez de restaurer des données.
Solution :
Exécutez les méthodes ci-dessous incluses dans cette mise à jour pour détecter et pour résoudre le problème :
Symptôme :
Lorsque vous effectuez une récupération à chaud d'un ordinateur fonctionnant sous Windows 8.1 ou Windows 2012 R2 et possédant un disque de 4 Ko, le redémarrage de l'ordinateur après la récupération à chaud peut échouer et renvoyer le message d'erreur : system_thread_excption_not_handled (WppRecorder.sys).
Solution :
Démarrez sur la console de récupération, qui devrait apparaître automatiquement après quelques arrêts brutaux.
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
fsutil behavior set DisableCompression 1
Symptôme :
Un job de migration n'apparaît pas dans la liste Noeuds de l'onglet Ressources.
Solution :
Accédez à la vue RPS ou à l'onglet Jobs pour vérifier le moniteur de jobs.
Symptôme :
Il est impossible de parcourir les volumes dans la vue Point de récupération Arcserve UDP.
Solution :
Utilisez directement un chemin d'accès UNC au lieu de mapper les volumes vers un lecteur réseau.
La version Windows du proxy [<Nom du proxy>] est antérieure à la version utilisée sur la machine virtuelle [<Nom de la machine virtuelle>]. Le prochain job de catalogage Exchange peut échouer et vous devrez installer le package de mise à jour Windows associé pour éviter tout problème.
Symptôme :
Le job de catalogage Exchange utilisera les binaires Exchange à partir de la machine virtuelle. Si la version de Windows de l'ordinateur proxy est antérieure à celle de la machine virtuelle, les binaires Exchange ne fonctionnent pas correctement, et en conséquence, le job de catalogage échoue.
Solution :
Installez le package de mise à jour Windows suivant pour résoudre le problème :
Symptôme :
Le basculement a lieu au niveau de la machine virtuelle mise en cluster avant de prendre un cliché dans le cadre de la sauvegarde d'une machine virtuelle. Cela entraîne une incohérence avec la configuration de machine virtuelle de l'hôte Hyper-V enregistré dans la session de sauvegarde.
Solution :
Vous pouvez manuellement relier l'adaptateur réseau à un commutateur virtuel sur son hôte Hyper-V ou utiliser l'option Restaurer vers un autre emplacement pour récupérer la machine virtuelle avec laquelle vous pouvez définir la configuration de la restauration pour la machine virtuelle.
Symptôme :
Supposons que vous migrez un serveur de sauvegarde Linux vers la console Arcserve UDP. Si vous libérez le serveur de sauvegarde Linux, puis que vous le migrez de nouveau, un nouveau plan est automatiquement créé dans la console.
Exemple :
Vous possédez un Serveur_sauvegarde_Linux1 qui gère le Noeud_Linux1. Vous avez créé un job de sauvegarde nommé Nouveau plan. Vous disposez également d'une console Arcserve UDP qui gère le Noeud_Linux2 et le Serveur_sauvegarde_Linux2, et le plan est également nommé Nouveau plan.
Vous migrez le Serveur_sauvegarde_Linux1 vers la console à l'aide de la commande d2dreg. Une fois la migration terminée, le nom du job de sauvegarde devient Nouveau plan_<Serveur_Linux1>. Déployez le Nouveau plan_<Serveur_sauvegarde_Linux1>.
Vous ajoutez le Noeud_Linux1 au Nouveau plan et vous ajoutez le Serveur_sauvegarde_Linux1 comme serveur, puis vous déployez le plan. Le Nouveau plan protège maintenant le Noeud_Linux1 et le Noeud_Linux2 et le serveur est Serveur_sauvegarde_Linux1.
Maintenant, vous libérez le Serveur_sauvegarde_Linux1 à partir de la console. Supprimez le Nouveau plan et le Nouveau plan_<Serveur_sauvegarde_Linux1> à partir de la console. La migration du Serveur_sauvegarde_Linux1 vers la console entraîne la migration de deux plans : le Nouveau plan et le Nouveau plan_<Serveur_sauvegarde_Linux1>
Solution :
Supprimez le nouveau plan. Le nouveau plan ne contient aucun noeud, c'est pourquoi il n'affecte aucune planification de sauvegarde.
Symptôme :
Bien que le job de sauvegarde d'une machine virtuelle ait déjà fini, le statut de la machine virtuelle reste "Sauvegarde" dans le gestionnaire Hyper-V. Par conséquent, si un autre job de sauvegarde pour cette machine virtuelle commence à cette heure, il échoue avec l'erreur "Une erreur s'est produite au niveau de l'enregistreur VSS Hyper-V pendant le traitement de cette machine virtuelle". De plus, certaines opérations sont impossibles, notamment allumer/éteindre la machine virtuelle au niveau du gestionnaire Hyper-V. Et si la machine virtuelle est un cluster Hyper-V, vous ne pouvez pas effectuer de migration en direct pour cette machine.
Ce problème survient dans les situations suivantes :
• Plusieurs jobs de sauvegarde démarrent en même temps ou à des intervalles proches (inférieurs à 1 minute).
• Un ou plusieurs jobs de sauvegarde sont terminés, mais un ou plus sont encore en cours.
Racine du problème :
Pour éviter d'ajouter de la charge de travail inutile à l'hôte Hyper-V, plutôt que de prendre un cliché instantané de volume pour chaque machine virtuelle, Arcserve UDP tente de prendre un cliché instantané de volume de toutes les machines virtuelles lorsque leurs jobs de sauvegarde commencent au même moment ou à des intervalles proches. Une fois le cliché instantané de volume pris, toutes les machines virtuelles de cette instance de cliché instantané de volume sont "verrouillées" (dans le statut Sauvegarde). Arcserve UDP peut libérer le cliché uniquement lorsque tous les jobs de sauvegarde sont terminés, c'est pourquoi, même si le job de sauvegarde d'une machine virtuelle est déjà terminé, cette machine virtuelle reste "verrouillée". En raison de la restriction au niveau du cliché instantané de volume et qui oblige à prendre un seul cliché à la fois pour une machine virtuelle, si un autre job de sauvegarde de la même machine virtuelle démarre au même moment, il échoue avec l'erreur "Une erreur s'est produite au niveau de l'enregistreur VSS Hyper-V pendant le traitement de cette machine virtuelle". De plus, certaines opérations (comme allumer/éteindre) sont désactivées au niveau du gestionnaire Hyper-V et la migration en direct n'est pas autorisée si la machine virtuelle se trouve dans un cluster Hyper-V. Ce problème ne survient pas dans Hyper-V 2008R2, car le comportement de Hyper-V 2008R2 diffère du mécanisme de cliché instantané de volume.
Solution :
Lorsque la machine virtuelle est "verrouillée", vous pouvez utiliser normalement le système d'exploitation d'invité. Par conséquent, ce problème n'a aucun impact sur l'utilisation ni sur la disponibilité du système d'exploitation d'invité. Toutefois, si vous avez des questions et que vous souhaitez éviter cette situation, vous pouvez procéder de l'une des façons suivantes :
Symptôme :
La réponse de l'interface utilisateur peut être lente lorsque vous accédez à Agent Arcserve UDP (Windows) à partir d'Internet Explorer 10 ou 11 et si vous utilisez l'une des versions spécifiques d'Internet Explorer 10.0.9200.17XXX et d'Internet Explorer 11.0.9600.17XXX.
Si ce problème survient, toutes les demandes ultérieures attendront 5 minutes pour obtenir une réponse.
Ce problème survient uniquement lorsque vous utilisez l'une des versions d'Internet Explorer 10 et 11 mentionnées ci-dessus. Ce problème ne concerne pas les autres navigateurs.
Solution :
Utilisez l'une des solutions temporaires suivantes :
Utilisez la solution permanente suivante :
Solution :
Créez un disque virtuel avec une valeur autre que 1 Mo.
Solution :
Contactez votre administrateur de domaine pour obtenir de l'aide sur l'autorisation du serveur DHCP avant d'utiliser le serveur de sauvegarde Linux Arcserve UDP.
Symptôme :
Un interblocage se produit dans le système de fichiers lors de la prise d'un cliché pendant l'exécution d'un job de catalogage de restauration détaillée.
Les conditions suivantes peuvent déclencher le problème :
Solution :
Configurez la clé de registre suivante pour déplacer le fichier de cache vers un autre emplacement non protégé par le moteur Arcserve UDP :
HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath
Si la clé AFStorHBAMgmt n'existe pas, vous devez en créer une.
Exemple : si la destination de sauvegarde se trouve sur le lecteur local E:, le cliché de sauvegarde sera créé sur ce lecteur à l'emplacement de destination de la sauvegarde.
Exemple : E:\temp, cet emplacement E:\temp est utilisé pour stocker le chemin d'accès au cache.
Remarque : Ce problème survient lorsque la charge d'E/S est élevée et que les conditions suivantes sont remplies :
La prise d'un cliché informera le pilote du système de fichiers qu'il doit purger les données incomplètes sur le volume et mettra en attente toutes les nouvelles opérations d'écriture sur tous les volumes pendant une courte période. Cette opération entraîne la création d'un interblocage que le volume monté utilisera pour vider les données dans le fichier et, parallèlement, l'opération de l'enregistreur est mise en attente sur le volume sur lequel vous avez installé Arcserve UDP.
Solution :
Rouvrez l'assistant de restauration et essayez de sélectionner de nouveau la base de données.
Symptôme :
Dans la console Arcserve UDP, vous avez mis à jour un noeud de proxy de sauvegarde sans agent avec les nouvelles informations d'identification. Toutefois, les nouvelles informations d'identification ne prennent pas effet et les anciennes informations d'identification sont utilisées par le moteur Arcserve UDP pour lancer le processus de sauvegarde. Ce problème survient uniquement lorsqu'aucun plan de sauvegarde utilisant un agent n'est déployé sur le noeud de proxy.
Exemple :
Solution :
Pour résoudre ce problème, créez un plan de sauvegarde utilisant un agent et ajoutez votre proxy comme noeud protégé (veillez à supprimer toutes les planifications du plan), puis mettez de nouveau à jour le noeud de proxy.
Symptôme :
Vous ne ne pouvez plus naviguer dans les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Linux après avoir mis à niveau vers Google Chrome v41 lorsque vous avez défini le protocole de communication sur HTTPS (HTTPS est le protocole par défaut pour l'agent Arcserve UDP/Arcserve D2D pour Linux). Le message suivant s'affiche :
Cette page Web n'est pas disponible.
Code d'erreur : ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Remarque : Ce problème affecte toutes les versions d'Arcserve D2D pour Linux et d'Arcserve UDP.
Solution :
Sur le serveur de sauvegarde Linux d'Arcserve UDP/Arcserve D2D, ouvrez la ligne de commande en tant qu'administrateur et exécutez les commandes suivantes :
#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv
#d2dserver stop
#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old
#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=nom_hôte_serveur_sauvegarde"
#d2dserver start
Remarques :
Pour plus d'informations sur ce problème, consultez le site https://arcserve.zendesk.com/hc/en-us/articles/204506105.
Symptôme :
Vous ne pouvez plus naviguer dans les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Windows après avoir mis à niveau vers Google Chrome v41 lorsque vous avez défini le protocole de communication sur HTTPS (HTTPS est le protocole par défaut pour l'agent Arcserve UDP/Arcserve D2D pour Windows). Le message suivant s'affiche :
Cette page Web n'est pas disponible.
Code d'erreur : ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Remarque : Ce problème affecte toutes les versions d'Arcserve D2D pour Windows et de la console Arcserve UDP.
Solution :
Sur l'ordinateur Arcserve UDP/Arcserve D2D pour Windows, ouvrez la ligne de commande en tant qu'administrateur et exécutez les commandes suivantes :
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf
move server.keystore server.keystore.bak
..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=nom_hôte_serveur" -ext san=dns:localhost,dns:serveur1,dns:domaine.serveur.com
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\bin
Changetohttps.bat
Remarques :
Pour plus d'informations sur ce problème, consultez le site https://arcserve.zendesk.com/hc/en-us/articles/204542275.
Pour obtenir la liste complète des problèmes connus dans cette version, consultez les Notes de parution de Arcserve UDP version 5.0.
Les remarques suivantes s'appliquent peut-être à cette mise à jour :
Les limitations suivantes peuvent exister dans cette mise à jour :
Remarque : Cette restriction concerne uniquement les machines virtuelles VMware, pour lesquelles il est possible de définir le type de système d'exploitation. Pour les machines virtuelles Hyper-V, ce problème n'existe pas.
Symptôme :
Lorsque vous vous connectez à l'appliance Arcserve UDP à l'aide d'un compte de domaine, l'assistant de création d'une appliance n'est pas immédiatement lancé. Une boîte de dialogue de contrôle du compte d'utilisateur s'affiche et vous demande de confirmer que vous souhaitez autoriser le programme à apporter des modifications à l'ordinateur.
Solution :
Dans la boîte de dialogue Contrôle de compte d'utilisateur, cliquez sur Oui ; cela lance l'assistant.
Pour obtenir la liste complète des remarques et des restrictions applicables à cette version, consultez les Notes de parution de Arcserve UDP version 5.0.
Les sections suivantes fournissent des informations sur la configuration requise pour l'installation et des instructions d'installation.
Certaines tâches sont requises avant d'installer cette mise à jour :
Lors de l'installation de la mise à jour de Arcserve UDP ou de la mise à jour de Agent Arcserve UDP (Windows), il est important de maintenir des performances optimales entre la console, le serveur de points de récupération et les agents. En conséquence, lorsque la mise à jour est installée dans un environnement comprenant une console et un agent, vous devez toujours installer la mise à jour dans la console en premier lieu, puis l'installer sur le serveur de points de récupération et enfin sur l'agent. Pour l'agent installé sur la console ou le serveur de points de récupération, la mise à jour sera automatiquement installée simultanément.
Remarque : Si Arcserve UDP et Arcserve Backup sont installés dans votre environnement et que vous souhaitez installer Arcserve UDP version 5.0 mise à jour 3, vous devez également installer le patch Arcserve Backup RO75131 correspondant.
Installation manuelle de la mise à jour
Remarque : Le logiciel Arcserve UDP version 5.0 mise à jour 3 n'est pas automatiquement téléchargé et installé sur votre système (par la fonctionnalité Mises à jour du produit). Vous devez le télécharger manuellement à partir des liens fournis dans la sections Instructions d'installation.
Pour un package d'installation de mise à niveau pour les serveurs et les stations de travail Windows disposant d'une version antérieure de Arcserve UDP, téléchargez les fichiers d'installation via les liens suivants et installez la mise à jour manuellement :
Si vous souhaitez installer un nouveau package d'installation sur des serveurs et des stations de travail Windows sur lesquels Arcserve UDP n'est pas installé, procédez comme suit :
Téléchargez et installez Arcserve UDP version 5.0 mise à jour 3 :
Pour une installation sur Linux, téléchargez les fichiers d'installation via les liens suivants et installez la mise à jour manuellement :
Le service de Support Arcserve permet d'accéder en toute simplicité aux informations les plus importantes sur le produit et propose de nombreuses ressources qui vous aideront à résoudre vos problèmes techniques.
https://www.arcserve.com/support
Support Arcserve permet de :
Copyright © 2015 Arcserve. Tous droits réservés. Tous les noms et marques déposées, dénominations commerciales, ainsi que tous les logos référencés dans le présent document demeurent la propriété de leurs détenteurs respectifs.